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Title: Message Brokw 
Field of fee Invention 

This invention relates to a message broker, a transmission module and a 
receiver module, a cUent system when provided with a transmission module and 
a receiver module, a communication system comprising a message broker and 
at least one client system, and a method of transmitting a message. 

Backgrou nd of the Invention 

The spread and development of the Internet has allowed the 
development of a number of different methods of communication. Such 
methods include c-mail, a store-and-forward system of transmitting messages, 
forums where users are able to post messages for public consumption and 
where replies can be posted, and text- based communication systems such as 
"chat rooms". Such applications are however not particularly suitable for real- 
time communication across the Internet. Further, where a computer system 
accesses the Internet through a firewall of conventional type, it is often the case 
that the firewall is permitted to allow only a very limited set of message types to 
pass between the computer system and the Internet, further limiting the 
potential use of the Internet for real time communications. 

An aim of the invention is to provide a new or improved message broker 
for transmitting messages aver the Internet 

gii pimarv of the I nvention 

According to a first aspect of the invention we provide a message bit,ker 
for transmitting messages from a first client system to a second client system 
the message broker comprising at least one message channel, a first channel 
adapter and a second channel adapter . 
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the first channel adq)ter being operable to; 

receive a message from the first client system encoded in an Internet 
protocol and comprising contoit information and destination information. 

read the destination information from the message, and send a push 
request to place Ac message in a message channel corresponding to the 
destination information, 

the second channel adq>ter being operable to; 

leceive a message request from the second cUent system encoded in an 

Internet protocol and coniprising source information, 

read the message request and identify a message channel corresponding 
to the source information, 

send a pull request to the message channel, and 

generate a response accordingly. 

The second channel adapter may be operable"to gimerate 'a lespwise 
comprising a time out response if no message is placed in die channel within a 
predetermined time period. 

When a message is placed in the channel, the second channel adapter 
may be operable to generate a response comprising at least the content 
information. 

The second channel adapter module may be operable to generate a 
response encoded in an Internet protocol format. 

The first channel adapter and the second channel adapter may be 

implemented by a servlet. 

The message broker may comprise an address information store wherein 
channel information corresponding to at least one of the destination information 
and source information is stored. 

The message broker may comprise a bi-directional communication link, 
the message broker comprising two message channels, each channel comprising 
a first channel adapter and a second chamiel adapter, such tiiat die message 
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broker is operable to transmit messages from the first client system to the 
second client system using one of the channels and from the second client to the 
first client using the other of the channels. 

The first channel adapter of one of the channels and the second channel 
adapter of the other of the channels may be provided by a common combined 

channel adapter module. 

The message and the response may be encoded in HTTP format 

" The message may comprise a HTTP POST request.-— 
The message request may comprise a HTTP GET request 
According to a second aspect of the invention, we provide a transmission 
module operable to transmit a message from a first client system to a message 
broker for receipt by a second client system, the transmission module bemg 
operable to 

receive message information comprising bbntwtf' information and 
1 5 destination information corresponding to a message channel. 

generate a message comprising the message infomiation encoded in an 
Internet protocol format, and 

transmit the message to a message broker for retrieval by the second 

client syst«n from the message channel. 
20 The message may be encoded in HTTP format and transmitted to the 

message broker using a HTTP POST request. 

According to a third aspect of the present invention, we provide a client 

system provided with a transmission module according to the second aspect of 

the invention and a firewall, wherein the message is permitted to pass the 
25 firewall. 

According to a fourth aspect of the invention we provide a receiver 
module for a second client system operable to retrieve a message comprising 
content information from a message broker sent by a first client system, the 
receiver module being operable to; 
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receive a message request comprising source information corresponding 

to a message diannel, 

generate a message request encoded in an Internet protocol format in 
accordance witfi the source information, 
5 transmit the message request to the message broker, 

receive a response from said message broker in accordance with the 
message request, and 

generate an output. 

Where the response comprises a time-out response, the receiver module 
10 may be operable to generate an output comprising re-transmitting flie message 
request to the message broker. 

Where the response comprises a message, the receiver, module is 
operable to generate an output comprising the message content infonnation. 

According to a fifth aspect of the invention we'profwde^a client system 
15 comprising a receiver module according to a fourth aspect of the hivention and 
a firewall, wherein the message request and the response are pennitted to pass 
the firewall. 

The message request and response may be encoded using HTTP format 
and the message request may comprise an HTTP GET request. 
20 According to a sixth aspect of the present invention, we provide a 

communication system comprising a message broker and at least one of a client 
system according to the third aspect of the invention and a client system 
according to the fourth aspect of the invention. 

The message broker and the at least one client system are preferably 

25 connected via the Internet. 

According to a seventh aspect of the present invention, we provide a 
method of transmitting messages from a first client system to a second client 
system comprising the steps of receiving a message encoded in Internet 
protocol format from the first client system and comprising content infornuition 
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and destination information corresponding to a message channel, reading the 
destination infoimation. sending a push request to place the content information 
in the message channel corresponding to the destination information, receiving 
a message request fiom the second client system encoded in an Internet 
5 protocol format and comprising source information corresponding to the 
message channel, reading the message request to identify the message channel 
corresponding to the source infomiation, sending a puU request to the message 
channel, and goierating a response accordmgly. 

According to a seventh aspect of the present invention, we provide a 
10 method of transmitting a message from a first client system to a message broker 
for retrieval by a second client system comprising the steps of; 

receiving message information comprising destination information > 
corresptmding to a message channel and content information^ 

generatmg a message comprising the content information and destination 
1 5 information encoded in an Internet protocol format, and 
transmitting said message to a message broker. 

According to an eighth aspect of the present invention, we provide a 
method of monitoring a message broker for a received message for a second 
client system from a first client system comprising the steps of; 
20 receiving a request comprising source information corresponding to a 

message ctiannel, 

generating a message request encoded in an Internet protocol format in 
accordance with the source information, 

transmitting said message request to the message broker via an Internet 

25 link 

receiving a response from the message broker in accordance witii the 
request, and 

generating an output in accordance with the response. 
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The present invention thus permits the establishment of an ahnost real- 
time communication link through firewalls across the Internet, in a purely 
software-implemented manner without requiring additional hardware. 
Rrief nescrinUon o f the Drawings 
5 The invention wiU now be described by way of example only with 

referoice to the accompanying drawings wherein; 

Figure 1 is a diagrammatic illustration of an Internet communication 
system comprising a message broker embodying Ihe "irivaiti*^"" " 

Figure 2 is a diagram of the operation of the qrstem of Figure 1, 
10 Figure 3 is an illustration of an Internet communication system 

comprising a further message broker embodying the present invention. 

Figure 4 is a diagrammatic illustration of an Internet communication 

system, and . 

Figure 5 is a diagrammatic illustration of a farther Internet 

15 communication system 

Description o f the Preferred Embodiments 

Referring now to Figure 1. a message broker embodying the present 
invention is generally indicated at 10 operable to pass messages between a first 
client system 11 and a second client system 12. In this example, the message 
20 broker 10. first client system 1 1 and second client system 12 are connected via 
Internet links shown by arrows 13. 14 respectively. The first client system 1 1 
comprises a publisher module, generally indicated at 15 which generates 
message information which is to be passed to the client system 12. The first 
client system is provided with a transmission module 16 to receive the message 
25 information fiom the publisher module 15 and forward it to the message broker 
10 via tiie Internet link 13. The first client system 11 is also provided with a 
firewall 17. tiirough which all communications between the client system II 
and the Internet pass and which in the present example is set to block incoming 
HTTP (HyperText Transfer Protocol) requests. In similar fashion, tiie second 
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client syst^ 12 comprises a subscriber module 18 operable to receive 
messages from the first client system 11. The second ciimt system 12 is 
provided with a receiver module 19 operable to receive messages from flie 
message broker 10 via the Internet connection 14, and a firewall 20 which is set 
5 to block all incommg HTTP requests. The subscriber module 18 receives 
instructions to send a message request from a call back module 21. 

The first client system 1 1 and the second client system 12 in the present 
example comprise intranets of conventional t)T3e pf6viii©d*with access to the 
Internet through respective firewalls 17, 20, although it will be apparent that the 
10 client systems may comprise any appropriate system as desired. 

The message broker 10 comprises a Web server with a multi-thread 
servlet engine 10a. The message broker 10 is provided with a first channel 
adapter, in this embodiment comprising a first channel adapter servlet 22, a 
second channel adapts, in this embodiment comprising a second channel 
15 adapter servlet 23 and a plurality of channels 24 each addressable by the first 
channel ad^ter servlet 22 and second channel adaptn servlet 23. In the 
present example, the channel adapters 22, 23 are servlets which run within a 
thread allocated by the servlet engine 10a to process incoming HTTP requests. 
The servlets 22, 23 are operable to run appropriate to perform a "push" or 
20 "pull" operation to place messages in the channel 24 and withdraw messages 
from the channel 24 respectively. 

Referring now to Figures 1 and 2, the communication system works as 
follows. The subscriber module 18 is instructed to invoke the call back module 
21 on occurrence of a new message. The subscriber module 18 sends a 
25 subscribe instruction 26 to the receiver module 19. The subscribe instruction 
26 contam source information conresponding to a message channel to enable 
the message broker 21 to establish an appropriate communication link. The 
receiver module 19 generates a message request 27 in the form of an HTTP 
GET request, includmg the source information from the subscribe instruction 
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26. The HTTP GET request is transmitted via the Internet link 14 to the 
message broker 10. In conventional manner the message broker s^let engine 
10a receives the HTTP request and runs the second channel adi^ter servlet as 
specified in the HTTP request. The servlet 23 then processes the HTTP 

5 request, by reading the GET request 27 to obtain tfie source information to 
identify the relevant channel. In the present example, the source information is 
simply a channel identification name or number. 

Once a channel has been identified, in this 'case^die'^ channel 28, the 
second channel adapter servlet 23 performs a pull operation 29 to attempt to 

10 pull an event from the channel 28. Where no event is found, i.e. no message 
has been placed in channel 28, no response will be sent by the second channel 
adapter servlet 23 until, in the present example, a pre-detennined period of time 
has elapsed. In the present example, since the pull request is performed by a 
servlet 23, if there is no information in the identified channel the thread running 

15 the servlet 23 will "sleep" until the standard time-out period elapses or 
notification of a message **push" is received. Once the predetermined time 
period has elapsed, the thread running the servlet 23 is woken up in 
conventional manner. The second channel adapter servlet 23 then sends a 
standard time-out response to the receiver module 20. In this example, the 

20 standard HTTP time-out error message will be sent, code 504, as the HTTP 
GET response 31. On receipt of the time-out response 31, the receiver module 
19 then promptly retransmits a GET request 27', and the second channel 
adapter servlet 23 on receipt of the HTTP GET request 27' will once again 
attempt to pull a message from the channel 28. This cyclical process of the 

25 receiver module 20 transmission a GET request to the second channel adapter 
servlet 23, receiving a time out response 31 and re-transmitting a GET request 
27 may continue indefinitely until a message is received. 

To send a message via the message broker 10, the publisher module 15 
of the first client system 1 1 will generate message information, including 
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destination infonnation and content information i.e. the body of the message, 
and forward this message as a publish instruction 32 to the transmission module 
16. The transmission module 16 will generate a message 33 in the form of an 
HTTP POST request and transmit this information via the firewall 17 and the 
Internet link 13 to the message broker 10. The message 33 is received by the 
message broker servlet engine 10a which runs the first channel adapter servlet 
22 as specified in the HTTP request The servlet 22 then processes the HTTP 
request by reading the destmation information and identifies the appropriate 
channel in which the message should be placed. In the present example, as for 
the GET request source information, the destination infonnation is singly a 
channel identification name or number. If no such channel exists, the first 
channel adapter servlet 22 may dynamically create the channel, i.e. allocate Ae 
channel name to one of the plurality of channels 24. In this example, the 
channel 28 is identified and the servlet 22 perfom^ a push operation 34 to 
place the message on the identified channel, llie first channel adapter servlet 
22 then sends a notification 35 is sent to any thread listening to that channel, in 
this example the second channel adapts servlet 23. 

Referrmg to Figure 2, the push operation 34 has now placed the message 
in the channel 28 within the predetermined time-out period from the pull 
operation 29'. The second channel adapter servlet 23 receives the notification 
35 and acts to pull the message from the channel 28. The second channel 
adapter servlet 23 then transmits a standard response to the HTTP GET request 
36. including at least the content information of tiie messi^e 32. In this 
example, the receiver module 20 then transmits a new event notification 37 to 
the call back module 21, including the message content information as part of 
tiie argument as part of flic new event notification 37. In tiiis example, tiie 
second receiver module 20 tiien transmits a new HTTP GET request 27 the 
second channel adapter servlet 23 then transmits a further pull request 29" and 
the cycle continues. 
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The conunimication system described is this particularly adaptable in 
allowing cross-platfcnn operation and is scalable to any number of client 
systems 11, 12 as may be desired. The repeated GET request/GET response 
cycle thus enables a published message to be retrieved by the recipient in nearly 
5 real time, and the use of the HTTP protocol to transmit and retrieve messages 
mables the messages to pass through the respective firewalls 17, 20. 

However, in the current HTTP protocol, a time out response is 
automatically provided. The time out response 30 mi^t' be advantageously 
regarded as a "heart beat" response, indicating the ongoing operation of the 

10 message broker 10. 

In an alternative implementation, it might be envisaged that the 
functionality of the servlets 22, 23 could be implemented instead at socket 
level. A thread processing a HTTP PUT request will checkj«*ether there is a 
socket connection associated with the message channel. If yes, the message is 
15 simply be sent to the client system using the socket connection information, and 
then the socket connection is removed. If there is no socket connection, the 
message is stored in the message channel as discussed before. To retrieve a 
message, a thread processing an HTTP GET request checks the specified 
message channel. If a message is stored in the message channel, it is reftimed 
20 to the client system. Otherwise, the socket connection is stored as infonnation 
associated with the message channel, and a time out specification placed in a 
time queue. If a message is pushed into the channel before time out occurs, the 
thread processing the HTTP PUT request simply sends the message to the client 
using the socket connection information as discussed above. In the event of a 
25 time out, the thread associated with the timd out will wake up and retrieve tiie 
message channel identification name or number associated with the time out. If 
there is still socket connection information associated witii the message 
channel, a time out response is sent to tiie client system using tiie socket 
connection and tiien the socket connection infonnation is removed. If no 
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socket connection infoimation is associated with the message channel, this 
indicates that a message was sent to a client system in the intnim. No action is 
thai taken and the thread returns to the start of the process. 

It will be clear that provisions may be made for example for security by 
using secure HTTP (HTTPS), message persistent storage and acknowledgement 
protocols as desired. 

It will be apparent that a message to be transmitted by the message 
broker 10, both the first client system 1 1 and the second client system 12 must 
know the channel identification name or number of the appropriate message 
channel. For secure communication, it will also be apparent that the channel 
identification name or number must not be known to any third party. The 
channel identification name or number may be established between tfie first 
client system 1 1 and the second client system 12 by any means as desired For 
example, tiie second client system 12 may transmit a request to tiie message 
broker 10 for a channel for communication with tiie first client system 1 1 . The 
message broker 10 may then allocate a channel and transmit an appropriate 
channel identification name or number via a secure connection to tiie first client 
system 11 and second cUent system 12. Alternatively, where tiiere is some 
otiier communication link between tiie first client system 1 1 and second client 
system 12. tiie first client system 11 may simply tiansmit tiie channel 
identification name or number to flie second client system 12. As discussed 
hereinbefore, if a first client system posts a message to tiie message broker 10, 
if a channel witii tiie channel identification name or number does not exist, it 
will be created automatically, and tiie otiier client system 12 is tiien able to send 
a GET request including tiie channel identification name or number. It might 
also be envisaged tiiat tiie message broker could comprise an address 
information store 25 which could contain address information, for example tiie 
addresses of tiie client systems 11. 12 and corresponding channel identification 
information if required. 
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In a second embodiment of the invention, a message broker may be used 
to establish bi-directional communications as shown in Figure 3. Two 
channels, 28'. 28" are allocated to establish a two-way communication link 
between a first client system 11' and a second client system 12'. In this 
example, the first client system 1 1' and second client system 12' are provided 
with publisher/subscriber modules 15'. 18' which perform the fimctions of both 
modules 15 and 18 as set out above. Similarly, the client systems U ', 12' 
comprise transmission/receiver modules 16'. 19' which have the fimctionality of 
both modules 16 and 19 as described above. A message broker 10' is provided 
with a first combined channel adapter 40 and a second combined adapter 41. 
The first combined (jhannel adapter 40 comprises a first adapter element 22* 
operable to push melsages onto channel 28' in the same manner as the first 
channel adapter gervlet 22. and a second adapter ^l^n*^ 23' operable to pull 
messages from channel 28" in the same manner as the' s^nd channel adapter 
servlet 23 described above. Similarly, the second combined channel adapter 
module 41 comprises a first adapter element 22" adapted to push messages onto 
channel 28" in like manner to the first chamiel adapter servlet 22 described 
above, and a second adapter element 23" operable to pull messages &om 
channel 28' in the same maraier of the second channel adapter servlet 23 
described above. Using such an amingement. each client system 11', 12' is 
operable both to transmit and receive messages via the message broker 10' 
using the method as described above in relation to Figure 1. Because the 
system of Figure 3 can be made transparent, it will be apparent that any suitable 
communication protocol may be used by the client systems 1 1', 12'. 

It will be clear that such a communication system will have many 
potential applications. Two example applications will now be described, 
although it will be apparent that the potential applications are not limited to 
these two examples. 
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With reference to Figure 4, it is often desirable for information located 
on an intranet to be available from outside the mtianet, for example over the 
Internet One method of doing this is to have a duplicate web server outside the 
intranet firewall which is provided widi a portion of the ^formation from the 
intranet server to which public access is desired. Alternatively, it is possible to 
provide authentication or password protection on the intranet server to allow 
access to the intranet through the firewall. A message broker according to the 
present invention can be used to provide secure ac»tb*mr intranet without 
resorting to either of these provisions. 

Referring to Figure 4. a message broker is indicated at 40 and is similar 
in operation to the message broker of Figures 1 to 3. A first client system is 
shown at 41 and a second client system at 42. In this example, the first client 
system 41 comprises a computer provided with a ^^^^^5^13 °^.^"^®"**°"^ 
type which connects via a firewall 43 and an Internet connection 44 to the 
message broker 40. The second client system 42 comprises an intranet web 
server 45, and an HTTP server adapter 46 operable to address the intranet web 
server 45, and also to connect via a firewall 47 and Intemet connection 48 to 

the message broker 40. 

The message broker 40 comprises an HTTP client adapter 49 and a 
server channel adapter 50. An address information store 51 is also provided. 
Two channels are allocated by the message broker 40 to form a link between 
the first client system 41 and a second cliem system 42. A first, permanent, 
chamiel 52 is operable to receive messages from the HTTP client adapter as 
discussed hereinbefore The message broker 40 also allocates a second, 
temporary charaiel 53 to receive messages from the server channel adapter 50. 
The server channel adapter 50 comprises a first adapter element 54a. operable 
to pull messages from a channel 52 in like mamier to the second adapter 
module 23 described hereinbefore. The server channel adapter 50 comprises a 
second adapter element 54h operable to push messages onto the channel 53 in 
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like manner to the first adqiter module 22 described ha«inbefore. The HTTP 
client adapter 49 is operable to push messages onto the permanent chamiel 52, 
and pull messages from the temporary channel 53. The client adapta 49 is also 
provided with an authentication element SS. 

5 The system works as follows. A HTTT GET request is generated in 

conventional manner by the browser 41a and transmitted via the firewall 43 and 
Internet connection 44 to the message broker 40, where it is processed by tiie 
HTTP client adapter 49. The HTTP GET request' rmrToSmiMrise a URL in 
conventional manner. Alternatively, where the inforaiation is avaUable on tiie 

10 first client system 41 it may comprise additional destination information, such 
as tfie host name and port number of the destination intranet web server, or 
channel information. Such information may be stored in a cookie 56 on tiie 
first client system 41, or may be retrieved from the. ^ddi^s information store 
51. The HTTP GET request firom tiie browser 41s »s of course permitted to 

1 5 pass via the firewall 43 in conventional manner. 

The HTTP client adapter 49 encapsulates tiie client request in HTTP 
form witii tiie destination host name and port number added in tiie message 
header. 

The message is pushed into permanent channel 52. The HTTP server 
20 adapter 46 and tiie first adapter element- 54a of tiie server adapter arc 
continually monitoring tiie permanent channel 52 in like manner to the second 
channel adapter 23 of Figure 1. Thus, when a message is pushed into tiic 
permanent channel 52. it is retrieved and transmitted to tiie HITP server 
adapter 46 tiirough tiie firewall 47. The HTTP server adapter 46 extracts the 
25 HTTP client request and the destination host name and port number and sends 
the HTTP request to ttie intranet web server identified by the host name and 
port number. 

The intranet web server 45 rehims a standard HTTP GET response to the 
HTTP server adapter 46. The host name and port number of tiie intranet web 
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server are replaced by the host name and port number of the message broker. 
The response is transmitted via the firewall 47 and Internet connection 48 to the 
message broker 40. The second adapter element 54 pushes tfie response into 
temporary channel 53. The HTTP client adapter 49 pulls the message finom the 

5 temporaiy channel 53 and retrieves the HTTP response. The HTTP response is 
parsed and changed such that die intranet web server address found in ttie 
absolute URL is substituted by a corresponding message brol^ URL, and then 
sent via the Internet connection 44 and firewaU -43-10 Wbfowser 41a in a 
conventional manner. The message broker domain is stored as a cookie 56 in 

10 the browser 41a for future use. 

The request and response transmitted via the Internet link 48 m^ be 
encrypted or secured by appropriate means as desired, in the present example 
using secure socket layer (SSL) protocol. The message brokerj40 can provide 
authentication and authorisation before the request is transmitted to the intranet 

15 web server 45, and so provide secure access to the intranet server 45 through 
the firewall 47. 

Once the response has been pulled from the temporary channel 53 by the 
HTTP cUent adapter 49. the message broker 40 reallocates the temporary 
channel 53, making it available for other messages. 

The HTTP client adapter 49 has similar functionality to the combined 
adapter module 38, but with the additional fiinctions of encapsulating the HTTP 
client request and providing authentication and authorisation. The browser 42 
may be enabled to access the hitianet web server by provision of an appropriate 
cookie which provides the necessary information to the HTTP client adapter 49.. 
for example as part of the cookie 56. The cookie could be electronically signed 
by the provider of the intranet web server 45 such that the user of the browser 
42 is happy to install the cookie 56 on his computer. 

It will be apparent that although the message broker 40 has been 
described in terms of the system of Figures 1 to 3. such remote access to an 
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intranet could be perfonned using any appropriate message broker system 
opoable to receive an HTTP request from a first client system and forward the 
request in response to an HTTP request received fiom the second client system. 
A application of a message broker embodying the present invention is 

5 shown in Figure 5, and relates to remote control of a device via the Internet 
using a message broker. A suitable configuration is shown in Figure 5. A 
message broker system 60 is shown which operates in the same manner as Ae 
message broker 10' of Figure 3. In this example, a first client system 61 is 
shown which comprises an appropriate network server conq)rising a firewall 62 

10 and an Internet connection 63a, At least one PC 64 and a printer 65 are 
connected to the first client system 61. The first client system 61 is also 
provided with a device communication mobile comprising a remote diagnostic 
support tool (RDST) 66. The remote diagnostic support tool 66 is operable to 
communicate with the printer 65. in the present "example'using a standard 

1 5 peripheral meta language (PML). 

The second client system 67 comprises a remote system which requires 
access to the printer 65, for example a technical support agency. The second 
client system 67 comprises a firewall 68, a remote control module 69 and an 
Internet connection 63b. At least one PC 70 is connected to the second client 

20 system 67. 

Th6 printer 65 is provided in this example with a control panel 65a of 
conventional type. Using the control panel 65a. a user is able to check and vary 
tfie printer configuration. The control panel 65i is also addressable by tiie 
rexnote diagnostic support tool 66 using PML. 
25 When is desired to provide the second client system 67 with remote 

access to the printer 65, the remote diagnostic support tool 66 is enabled from 
the PC 64 to address the printer 65 and to establish a link over tiie Internet 
comiection 63. The message broker 60 establishes a bi-directional 
communication channel comprising message channels 60a. 60b. as described 
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hereinbefore in relation to Figure 3. The PC 70 sends a device instruction to 
the remote control module 69. The remote control module generates a message 
encoded as an HTTP instruction comprising the device instruction, destination 
information identifying the message channel 60a and also device identification 
information as required. The remote control device 69 then sends the message 
through the firewall 68, and message broker 60 to the remote diagnostic support 
tool 66. The remote diagnostic support tool 66 transmits the device instruction 
to the printer 65. The printer 65 may return device infoimafionTin this example 
tiie printer make, serial number, and configuration. The RDST 66 then encodes 
the device information as an HTTP POST request, including destination 
information corresponding to the message channel 60b, and transmits tiiis 
instruction to the remote control tool 69 via the message broker 60. This 
printer information is tiien transferred to tiie PC 70. It might be envisaged tiiat 
tfie printer infonnation be displayed as a simulated control panel, for example, 
an display 71. The operator of the PC 70 is then able to transmit further 
appropriate device instructions, for example to reconfigure the printer or 
transmit appropriate software update via the remote control 69 and remote 
diagnostic support tool 66 to the printer 65. The updated printer configuration 
can ttien be retrieved by the remote diagnostic support tool 66 and retransmitted 
to the remote control 69 as before. It might also be envisaged that, for example, 
updated driver software might be sent to the PC 64. Once the session has 
ended, the connections 63a. 63b to the message broker 60 are dropped. Such an 
arrangement permits nearly real time remote control of the printer 65 via tiie 
Internet. 

It will be apparent that this configuration may be used to provide remote 
control of any appropriate device via the Internet, and not necessarily merely a 
printer. 

It will be apparent that appropriate authentication and security may be 
provided at any relevant point of the system. A basic security feature is tiiat tiie 
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user of the PC 64 must enable the remote diagnostic support tool 66 to open a 
communication channel before the second client system 67 can obtain remote 
access to the printer 65. It might be envisaged that the messages transmitted by 
the second client system 67 are electronically signed or provided wifli an 

5 electronic certificate to confirm their authenticity. 

Where the first client system 61 is connected to a plurality of printers, 
the relevant printer may be identified by any appropriate device identification 
means, for example its IP address, the domain name servo- name or a network 
address as iy)propriate. 

10 Any device v»^hich supports PML may be controlled in such a manner, 

not merely printers. 

It will be apparent that this application may be used with aity appropriate 
message forwarding system as desired, and not necessarily simply with a 
message broker 60 as described herein. All the messages may be mciypted 

15 using secure socket layer protocol. The remote control is provided v^thout 
requiring the setting up of a phone/modem connection, or by requiring the 
support agency in this example to give telephone instructions to the user on 
how to configure a printer and ask for feedback. 

It will be apparent that the invention described herein may be 

20 implemented in any desired manner, whether in hardware, software or 
otherwise. ApparcnUy, the invention may be implemented on conventional 
hardware provided with appropriate software according to the present 
invention. 

In the present specification "comprise" means "includes or consists of 
25 and "comprising" means "including or consisting of*. 

The features disclosed in the foregoing description, or the following 
claims, or the accompanying drawings, expressed in their specific forms or in 
terms of a means for performing the disclosed function, or a method or process 
for attaining the disclosed result, as appropriate, may, separately, or in any 
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combination of such features, be utiUsed for realising the mvention in diverse 
forms thereof. 
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